原帖 ｜ Jason ｜ 2026-06-17 11:57 ｜ 👍0 ｜ 阅读约1
小白零基础教程：mattpocock/skills 官方5套原生AI编程技能
基于仓库5个官方Skill： grill-me 、 to-prd 、 to-issues 、 tdd 、 diagnose ，是作者Matt Pocock标准完整开发流水线，新手直接套用即可。
前言：为什么需要这5套技能
绝大多数人用AI写代码都踩坑：需求说不清楚、想到哪写到哪、代码一堆隐藏bug、报错只会乱改。
这套技能是成熟工程师标准化流程，覆盖需求澄清→方案文档→任务拆分→规范编码→专业排错全链路，所有指令仓库原生自带，无自定义编造。
一、/grill-me 需求深度拷问
官方原文定位
路径： skills/productivity/grill-me/SKILL.md
核心定义：系统性逐条追问你的设计方案，走完需求决策树所有分支，直到你和AI对项目理解完全统一，消除所有模糊信息差 。
小白通俗理解
你只丢一句模糊需求“做一个待办清单”，AI只能靠猜，写出来的功能大概率不符合预期。
执行 /grill-me 后，AI会像面试官一样逐个提问，把你忽略的细节全部挖出来：
- 数据存在本地还是后端？
- 支持批量删除吗？
- 无数据时展示什么空页面？
- 异常输入怎么拦截？
使用步骤
1. 说出你的大致功能想法
2. 输入指令 /grill-me
3. 逐条回答AI抛出的问题
4. 全部确认完毕，进入下一步写方案
核心价值
从源头减少80%代码返工，适合新项目、复杂功能、业务逻辑开发前置使用。
二、/to-prd 生成标准化产品需求文档
官方原文定位
路径： skills/engineering/to-prd/SKILL.md
核心定义：整合grill-me沟通的全部需求，自动生成一份结构完整、可落地的PRD产品文档，明确功能边界、交互规则、技术约束、异常场景 。
小白通俗理解
很多新手脑子里思路混乱，没有统一文档，写代码中途频繁改需求。
to-prd会把刚刚对齐完的需求整理成正式文档，包含：功能描述、输入输出、页面逻辑、兼容要求、性能指标，相当于一份完整开发计划书。
使用步骤
1. grill-me问答全部结束
2. 输入指令 /to-prd
3. AI输出完整PRD文档，你确认或微调内容
4. 文档定稿后，拆分开发任务
适用场景
中大型功能、多页面项目、多人协作开发。
三、/to-issues 拆分可执行开发任务
官方原文定位
路径： skills/engineering/to-issues/SKILL.md
核心定义：把完整PRD拆分成多个独立、可单独开发的垂直切片任务（Issue），区分前后端、UI、逻辑、测试模块，标注开发顺序与依赖关系。
小白通俗理解
拿到长篇需求文档不知道从哪下手，一次性写全部代码极易逻辑混乱。
to-issues会把大项目切成小块任务，比如待办项目拆分：
1. 页面布局与UI渲染
2. 新增待办逻辑
3. 删除/修改待办
4. 本地持久化存储
5. 空状态、报错兜底处理
每一块可以单独开发、单独测试，降低开发难度。
使用步骤
1. 拿到to-prd生成的完整需求文档
2. 输入指令 /to-issues
3. AI输出分阶段任务清单，标注先后顺序
4. 按任务顺序逐个开发
四、/tdd 测试驱动开发
官方原文定位
路径： skills/engineering/tdd/SKILL.md
核心定义：严格遵循行业标准红-绿-重构流程，禁止先写代码后补测试，先定义预期行为再实现功能，杜绝隐性bug。
1. 红：编写会失败的测试用例，定义功能标准
2. 绿：写最简代码，让所有测试用例通过
3. 重构：优化代码结构，不改动功能，保证测试依然全部通过
小白通俗理解
新手习惯写完一大段代码再找bug，出错点多、排查极慢。TDD反向操作，先规定好“代码必须满足哪些规则”，再写实现逻辑，每完成一小块立刻校验，写完即稳定。
使用步骤
1. 选定其中一条to-issues拆分的开发任务
2. 输入指令 /tdd
3. AI先生成对应模块的测试用例（红阶段）
4. 逐段实现代码，直到测试全部通过（绿阶段）
5. 优化代码冗余结构（重构阶段）
五、/diagnose 结构化故障排查
官方原文定位
路径： skills/engineering/diagnose/SKILL.md
核心标准六步流程：复现问题→最小化复现案例→推导故障假设→代码埋点验证→修复代码→新增回归测试，拒绝盲目试错改代码。
小白通俗理解
代码运行报错、功能异常时，新手只会随意注释、修改代码，越改问题越多。
diagnose是一套科学排错流程，你粘贴报错日志、出错代码、复现步骤后：
1. 先让你产出最小可复现demo，排除无关干扰代码
2. 列出多条可能出错根源，逐一验证排除
3. 给出最优修复代码，并新增测试防止后续重复踩坑
使用步骤
1. 开发途中代码报错、测试失败、运行异常
2. 粘贴完整报错信息与出错代码，输入 /diagnose
3. 配合AI完成复现、验证步骤
4. 替换修复代码，并留存回归测试用例
官方完整标准工作流（5技能串联使用顺序）
1. /grill-me ：穷尽提问，对齐全部模糊需求
2. /to-prd ：把沟通内容整理成正式开发需求文档
3. /to-issues ：将大需求拆分成有序、独立的小块开发任务
4. /tdd ：按任务顺序，测试驱动规范写代码，保证稳定
5. /diagnose ：全程兜底，遇到任何报错使用结构化排错
各技能官方原文直达链接
1. grill-me
2. to-prd
3. to-issues
4. tdd
5. diagnose（调试排错）
相关笔记
- 📁 返回本主题 MOC
- OpenClaw 龙虾可以做什
- Matt Pocock Skills零基础入门教程
- 企业级 AI 落地方案，不管是昨天分享的 agent + MCP + skills
- 前面的 agent + MCP + skills + RAG 知识库的 AI
- AI 企业应用场景
- 嵌入式开发Skill开发指南